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Modem  Command  and  Control 
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Requires  communication,  collaboration,  and  coordination  among 
US  (and  Coalition)  forces 

Is  synchronous  and  asynchronous;  tactical  and  strategic  in 
nature 

Team  members  often  co-located  and  distributed 

-  Geographically  /  Organizationally  /  Functionally 

-  Focus  /  purpose  /  schedule  /  resources 
Complex  related  issues 

-  Technologies  /  Infrastructure 

-  Policy  /  Process  /  Business  Rules  /  Doctrine 

-  Cultural  effects  (organizational,  national,  etc.) 

Research  strongly  suggests  modern  C2  benefits  greatly  from: 

-  Shared  Mental  models  and  goals  /  shared  understanding  of 
context 

-  Shared  Situation  Awareness 

-  Transactive  Memory  and  Communities  of  Interest 


Re-Visit  of  Operationai  Probiems 

Stove-piped  collaboration,  situation  awareness,  and  decision 
support  tools  =  inefficient  info  exchange,  sub-optimal  SA 

Difficult  /  impossible  to  explicitly  relate  spatially-  and  non- 
spatially  relevant  information 

Identification  /  resolution  of  related,  similar,  or  redundant 
conversations  /  exchanges 

Awareness  of  current  or  emerging  “channels”  and  shifting  or 
splitting  of  locus  of  communication  /  collaboration 

Related  and  overlapping  information  “spaces” 

-  Geospatial,  temporal,  contextual,  etc. 

Separate  methods  of  communication  /  collaboration 

-  Verbal,  textual,  visual,  etc. 

Communication  and  collaboration  process,  usability,  and  utility 
issues... 
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Overall  STTR  Project  Goals  (Phases  /-///; 


1 .  Consider  /  adapt  /  apply  appropriate  cognitive, 

information  exchange  and  processing,  and  decision 
making  theories  (e.g.,  ONR’s  CKM  Program) 


2.  Combine  /  leverage  /  adapt  existing  communication 
and  collaboration  technologies,  infrastructure,  and 
tools  with  cognition-based  information,  knowledge 
management,  and  decision  support  tools 


3.  Design,  develop,  validate,  and  commercialize  a 
Distributed  Coordinated  Collaboration  Spaces 
(DCCS)  tool  to  improve  modern  C^ 


4.  Develop  totally  new  theories,  technologies  only  as 
necessary 
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Cq 


DCCS  Applies  Latest  Cognitive 
Science 


Stages  of  collaboration 

-  Knowledge  building,  problem 
solving,  consensus  building, 
evaluation  and  revision 


Core  and  slot  analysis 

-  The  DCCS  analysis  space  is 
designed  to  support  the  Core  and 
Slot  model  /  analysis  process 


Team  situation  awareness 

-  Everyone  maintains  awareness 
of  the  evolving  situation... 

-  . .  .While  maintaining  the  ability  to 
focus  on  own  issues 

Coordinating  representations 

-  The  DCCS  collaborative 
workspaces  and  common 
integrated  database  provide  a 
coordinating  representation  for 
collaboration 

Encapsulation  and  organization 

-  The  DCCS  analysis  space  is 
designed  to  show  each 
collaborator’s  contribution  to  the 
evolving  analysis 


Transactive  memory 

-  The  DCCS  database  and 
interface  organizes  data  sources 
and  human  expertise  for  efficient 
access  and  consultation 

Ontology  and  semantic  web 

-  An  integrated  DCCS  database  is 
based  on  an  ontology  of  concept 
relationships  to  support  future 
intelligent  agent  functions 

Change  awareness  and  history 

-  Message  encapsulation  to 
manage  database  and  analysis 
changes 

-  Change  history  and  authorship  to 
manage  asynchronous 
collaborative  analyses 
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Early  DCCS  Concept  Storyboard 
fcirca  early  2004) 


Noil- Spatially  Relevant  C’liat 


Spatially  Rele\mit  Chat 


EWall 

or 

K-Wall 


relationships  are 
explicit  and  help 
graphically  tell  the 
bigger  picture. 


Demonstration  DCCS 
(circa  mid-  to  iate-2004) 
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Phase  I  Demonstration: 
DCCS  Support  Tools 

Transactive  Memory  Map 


Environmental  Expert 

Atmospheric  Conditions 

-  Precipitation 

-  (Rain,  Fog,  Snow) 

Oceanographic  Conditions 

-  Tides 

-  Beach  conditions 

-  Wave  height 

Terrain  Information 

Resources... 


Supply  /  Logistics  Expert 

Platforms 

Ships  /  Boats 

Planes  /  Helicopters 

Trains 

Food 

Other  Supplies 


Resources... 


Special  Forces  Expert 

Special  Forces  methods  / 

tactics 

Weapons 

SOF  Capabilities  and 
limitations 

Rules  of  Engagement  / 
Orders  /  Policies  & 
Procedures 

Resources... 


Medicai  Expert 

Medical  supplies 
Medical  procedures 
Medical  considerations 
Psychology  /  Physiology 
Human  capabilities  & 
limitations 


Resources... 
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Collaboration 
Context  &  Content  Aid 


Planning  Issues 

Considerations 

Beach  Landings 

Tides 

Visibility 

Surf 

Obstacles 

Beach  conditions 

Helicopter  use 

Range 

Capacity 

Noise 

Armament 

Speed 

Traversing 
mountainous  terrain 

Climate 

Terrain 

Altitude 

Physiological  effects 
Speed 

Indigenous  wildlife 

Edibility 

Dangers 

Number  and  type 

Health  concerns  9 

Phase  I  Highlights 


1 .  Adopted  Transactive  Memory  and  Shared  Mental 
Models  as  key  concepts  for  improving  efficiency  and 
effectiveness  of  collaboration 


•  Challenge  was  to  operationalize  these  concepts 

•  Several  supporting  /  related  theories  adopted  ... 

2.  Identified  /  developed  /  used  operationally-relevant 
metrics  to  measure  collaboration  activities 


3.  Developed  materials  and  software  to  conduct 
demonstration  and  hold  discussions  to  further 
develop  concept 

•  Shared  and  expert  data  sets  (adapted  from  NEO  scenario) 

•  Transactive  Memory  map 

•  Collaboration  Context  &  Content  aid 

•  Demonstration  collaboration  software 
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Phase  I  Summary 


Navy  experts  and  CSU  demonstration 
participants  agree:  DCCS  concept  has  merit 
with  regard  to  improving  collaboration  and  SA 


First  steps  successfully  taken  toward  developing 
real  tool  /  capability 


Various  issues  /  challenges  identified,  and 
preliminary  plans  developed  to  deal  with 
them  ... 


Connections  made  with  researchers  and 
operational  community  that  could  facilitate 
Phase  II  efforts 
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The  Concept  Evolves  (circa  Jan.  2005): 
Phase  I  Option  Modified  Storyboard 

Textual  Transactive 


Memory  Pane 


Chat 

Pane 


Shared  Task  Pane 


Cmdr.  Joe  Cannon  -  0ngJ4  (Sydney) 


★★★★ 

■  Supplies/Resouroes  avaiable  (e.g..  food.  waer. 
weapons,  medical  supplies,  ac.)  h  the  F^orfic  Theaer 

■  Tr^nspoftaion  resources  (e.g  ..trucks,  ships .  pities . 
etc.)  including stren^hs.  Irntaions.  andcapajilrties  in 
the  vichrty  of  Drapo  Isbnd 

■  Tr^nspoftaion  tme  required  by  type  of  resounce  used 

■  Aiail±ilrtyA»ndtion  of  local  roads,  trails .  bridges,  etc. 
on  Dr^o  Island 


■  ■;  - 


rSUwDS 

wmuM  ~  m  ' 

A 


t  9  *  ^  C  i  J 


LOGISTICS:  yeah,  parachutes  would  be  good  :-) 
LOGISTICS:  the  heli  is  equipped  with  machhe  guns 
and  a  missile  launcher  also 
LOGISTICS:  fs  c^led  a  US  Navy  Se^iawk  (SH-6D) 

S OF :the  weapons tha team  3  has  are  tyyl- IPs  and  M- 
6D's  and  each  has  their  own  side  arm 
LOGISTICS:  Athene  any othermedicalcondtions 
we  may  encourter  with  them? 

INTEL  how  farcanthey  shoot 
INTEL  nope 
SOF:5DO  yads 

LOGISTICS:  forthe  heli.  t  just  says  airto  air  and  airto 
ground  support 

INTEL  good.thats  way  fartherthan  they  can  shoot 
S  OF:  and  small  fire  arms  can  disable  lowftyng 
aircrafs 

LOGISTICS:  Seahawks  are  locked  onthe  USS 
Biteiprise  orathe  arport  currertly 
S  OF:  actually  team  3  doesnt  have  m-16sthey  have  a 
sniper  riffle,  a  tvB  pistol,  and  3m-6tis 
SOF:  we  would  wart  to  usetheseahawk  onthe  USS 
Biteiprise  becausetha  is  where  ourtroops  are  a 
LOGISTICS:  Yep 

EN-viRONMmT.^.:  wouidtha  bef^r 
LOGISTICS:  we  could  use  other  helis  ^fl^Sdrtional 
support.  If  necess  ay 


LOGISTICS:  lthirt<  we, 
SEALS  land  here. 


Geographic  Transactive 
Memory  Cueing  Pane 


Phase  II  Challenges 


How  do  we  make  the  DCCS  concepts  and  technologies 
real? 


-  Fully  operational  and  compatible  with  others  technologies 

-  Easy-to-use 

-  Reliable 

-  Useful 


How  do  we  prove  the  DCCS  actually  helps  the  warfighter? 

-  Operationally-relevant  metrics 

-  User-accepted  validation 

How  do  we  transition  DCCS  concepts  and  tools  to  real 
warfighters? 

-  Political  hurdles 

-  Long-term  supportability  issues 

-  lATO/ATO 

-  SSAA 
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High-Level  Phase  II  Plan 

Use  DARPA’s  ongoing  FastC2AP  project  at  CNE-C6F  as 
venue 

-  FastC2AP  is  using  software  agents  to  facilitate  operations  in 
C6F  Theater  Maritime  Fusion  Center  &  Intelligence  Center 

-  Theater  Maritime  Fusion  Center  (TMFC)  is  enthusiastic  about 
DCCS  concepts  within  a  FastC2AP  context 

Conduct  Phase  II  Work 

-  Continue  “connect  the  CKM  dots”  work  ... 

-  Work  with  CNE-C6F  to  “grease  the  skids”  for  STTR  work  as 
part  of  FastC2AP  Prototype  Development 

-  Supporting  Model  /  Infrastructure  Development 

-  Integration  Work 

-  Lab  Evaluation  /  Data  Collection 

-  Pre-Transition-Related  Efforts 

-  Field  Evaluation  /  Data  Collection 

-  Technical  Report 
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C6F  Problem 

Command  center  coordination 

-  Information  is  distributed  -  hard  to  find,  hard  to  know  about 

-  Knowledge  applications  are  not  aware  of  each  other  - 
redundancy,  interoperabiiity  probiems 

-  Too  much  message  traffic 

»  Much  of  it  of  questionable  relevance 

-  Miscommunications  among  (extended)  team  members 

-  Data  and  task  coordination 

Specifically: 

-  Develop,  maintain,  and  share  regional  SA/  MDA 

»  Maintain  multiple  US  and  coalition  COP  systems 

-  Track  ships,  look  for  “anomalies” 

-  Mine  multiple  databases  for  information 

»  Requesting,  integrating,  analyzing,  conflict  resolution,  etc. 
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C6F  Problem  in  Cognitive  Terms 

Players  may  not  know  what  information  exists  or  where  to  obtain  it 

-  Transactive  memory:  who  knows  what 

Players  may  not  understand  information  requirements  of  others  and 
push/pull  inappropriately 

-  Transactive  memory:  who  needs  to  know  what? 

-  Message  relevance  and  redundancy 

Players  may  not  share  situation  context,  ontology  (frame,  world  view), 
speech  acts  (culture-language) 

-  Interoperability  problem 

-  Grounded  transactions.  Shared  situation  awareness 

Senders  may  assume  background  knowledge  in  communications  is  or 
is  not  shared  (mutual  grounding  problem) 

-  Receivers  may  infer  information  incorrectly  or  fail  to  infer 

-  Or,  senders  may  be  forced  to  make  assumptions  explicit  and  waste 
time 
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DCCS  Solution 


Communal  workspaces  and  user-defined  views 


-  Supports  efficient  viewing  of  vessel  data  and  core¬ 
slot  reasoning 

-  Supports  collaboration  consensus  building 

»  What  I  know,  what  you  know,  what  we  agree  on 

-  Supports  grounded  transactions 

»  Context  for  messages  and  questions 


Communal  database  -  ontology 

-  Reduces  redundancy  by  providing  all  users  with  a 
common  content  and  context 


Machine-readable  knowledge 

-  Supports  agent-based  data  processing,  including 
anomaly  detection  and  integration  of  new  data 
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Block  Diagram  of  DCCS 
(circa  Aug.  2005) 


Direct  User 
Input 


Data 

Scrapers  & 
Handlers 


Email,  chat, 
data  bases, 
web  pages, 
etc. 


Raw  Data 
Repository 


Collaborative 
Space  & 
Processed 
Information 


Structure  based  on  Ontology 


Anomaly 
Detectors  & 
Other  Data 
Processors 


User  Views 

(templates  & 
saved  views) 


Graphical  or  text-based;  high-level 
summaries  and  detailed  “drillable” 
data 


Key  Concepts  for  Phase  II 


Continue  Phase  I  direction  of  providing  distributed, 
coordinated  collaboration 


Use  formalized  “Coordinating  Structures”  as  a  means  to 
facilitate  more  efficient  and  effective  communication 
and  collaboration 

-  Ontology-guided  database  of  C6F-relevant  info 

-  Merge  and  formaiize  a  number  of  C6F  information  feeds  and 
products  as  an  underiying  coordinating  structure 

-  Reduce  redundant  information  entry  and  handiing 

-  Provide  user-customizabie  views  into  ontoiogy  /  database 

“Componentize”  technologies 

Software  “agents”  do  much  of  the  mundane  work 
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Phase  I  Demonstration  Collaboration 
Aids  as  inspiration  for  Ontology 


Transactive  Memory  Map 


Collaboration 
Context  &  Content  Aid 


Environmental  Expert 

Atmospheric  Conditions 

-  Precipitation 

-  (Rain,  Fog,  Snow) 

Oceanographic  Conditions 

-  Tides 

-  Beach  conditions 

-  Wave  height 

Terrain  Information 

Resources... 


Supply  /  Logistics  Expert 

Platforms 

Ships  /  Boats 

Planes  /  Helicopters 

Trains 

Food 

Other  Supplies 


Resources... 


Special  Forces  Expert 

Special  Forces  methods  / 

tactics 

Weapons 

SOF  Capabilities  and 
limitations 

Rules  of  Engagement  / 
Orders  /  Policies  & 
Procedures 

Resources... 


Medicai  Expert 

Medical  supplies 
Medical  procedures 
Medical  considerations 
Psychology  /  Physiology 
Human  capabilities  & 
limitations 


Resources... 


Planning  Issues 

Considerations 

Beach  Landings 

Tides 

Visibility 

Surf 

Obstacles 

Beach  conditions 

Helicopter  use 

Range 

Capacity 

Noise 

Armament 

Speed 

Traversing 
mountainous  terrain 

Climate 

Terrain 

Altitude 

Physiological  effects 
Speed 

Indigenous  wildlife 

Edibility 

Dangers 

Number  and  type 

Health  concernso 

Ontology  Goals 

Support  single  integrated  database  /  multiple  user  views 
with  vessel  data  relevant  to  a  variety  of  core  tasks 

Tasks  include: 

-  Track  update: 

»  basic  position  data,  what  else? 

-  Data  /  Database  interaction: 

»  more  in-depth  data  for  each  vessel 
»  Integration  across  databases  and  agencies 

-  Intelligence  analysis  /  investigation 

»  Most  detailed,  analyses  and  hypotheses  about  vessel,  actions 
taken  or  to  be  taken 

-  Message  content  and  pedigree  analysis,  alerting,  archive,  etc. 

»  Chat,  email,  message  traffic  system 
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Example  Vessel  Ontology  Content 


Co 


Purpose 

-  Platform 

-  Owner 

-  Current  mission 

People 

-  Captain,  crew,  passengers 

-  Skiiis,  histories,  needs 

Route 

-  Past,  present,  future 

-  Ports,  fishing  areas 

-  Times,  courses 

Cargo 


Resources  (people  and 
data) 

-  Aliied  navies 

-  Port  managers 

-  Shipping  agents 

-  Crew  manning  supervisors 

-  Sea  farer’s  unions 

-  Sateliite  photos  (ship, 
ports) 

-  Timetabies 

-  Knowiedge  about  ports, 
cargoes,  routes,  etc. 


Stories:  all  data  must  align 
to  create  a  consistent  story 
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Collaborative  Ontology 
Workspace 


Multiple  inter-related 
representations  of 
vessels,  e.g.  maps, 
timetables,  crew  data 

-  Data  for  individual  vessels 
are  paths  through  the 
ontology  network 

Discussions  of 

-  Interpretations, 

-  pedigree  issues,  patterns 
among  multiple  ships. 


Flagged  vessels 

-  Why  flagged?  Gaps  and 
what  needs  done?  Report 
what  to  whom? 

Context  for 

-  Questions 

»  The  why  of  the  question 
(available  on  demand) 

-  Activity 

»  Who  is  working  on  what 
and  needs  what  info? 
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CSU  Task  &  Research  Supporting 
Analysis  of  Text-Based  Collaboration 


Researching  and 
developing  a 
text/transcript  searching 
tool  as  a  component  of 
DCCS 

Researching  and  adding  to 
a  cognitive  model  to 
support  team 
CO  laboration  and 
information  processing 
and  sharing 

Stay  tuned:  CSU  to 
describe  this  work  in 
more  detail  during  their 
presentation  on 
Thursday... 


Recent  Cognitive  Modei 


From  Kieras,  2005 
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Phase  II DCCS  (circa  Dec.  2005) 
Visualization  Storyboard  “Vessel  Grid” 

aoBBired  by  earlier  ONR-sBXSnsored  “Resource  Grid”  concept) 


Flag 


Tonnage 


People 


Cargo 


Analysis 


Hypothesi 


=  Vessel  Grid  with  track  data 


Region  of  interest  is 
defined  on  the  map 

The  Grid  displays 
vessels  from  that 
region  and  other 
relevant  information 
from  underlying 
database 

Users  select  a  track  or 
specific  data 
element  and  access 
shared  database  / 
collaboration  space 
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Example  DCCS  Interface  Modules 


Map  with 
Assisted 
Focus 


Spatial 

Annotations 


Vessel  Grid 


7022 

User  1 

LloL 

D 

7539 

User  4 
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do 

0  r  Ax  ^ 
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O  A  .  O 

y  Y  0 
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1  imM  1 

p  tr^ 

> 

1  Allied  navies 

fcGreat  Briton 

Mitaly 

■Turkey 

Port  managers 

Shipping  agents 

Crew  manning  supervisors 

Sea  farer’s  unions 

Satellite  photos  (ship,  ports) 
Timetables 

Knowledge  about  ports, 
cargoes,  routes,  etc. 

Shipping  manifests 

Supply  chain  security 

Entry  information  for  vessels 

DCL 
'  + 

i 

Collab 

Analysis 

Space 

Vessel 

Schedule 

People 

Cargo 

Analysis 

iNumber  I 

jowner  | 

Function 

platform  | 

Tonnage 

MaxSpeed 

1 

t 

a. 

§ 

Schedule 

Ihlistoric  Routes  | 

Icaptain  I 

Passengers 

lother 

Cargo 

List 

Hypothesis 

1  1 

Team 

News 

Ticker 


T  rans- 
active 
Memory 
Map 

Analysis 

Space 
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Small  Sample  of  CKM  /  ONR  Concept 
Transitions 


Shared  awareness 
of  evolving  message 
context 

CJA 


Search  and 
compare  resource 
grid 

CSSS 


ti  Allied  navies 

h  Great  Briton 

mtaiy 

•■Turkey 

k  Port  managers 

fei  Shipping  agents 

M  Crew  manning  supervisors 
li  Sea  farer’s  unions 

li  Sateliite  photos  (ship,  ports) 

li  Timetabies 

■i  Knowledge  about  ports, 

cargoes,  routes,  etc. 
k  Shipping  manifests 

k  Supply  chain  security 

k  Entry  information  for  vessels 

and  cargo 


Collab 

Analysis 

Space 


EWall  newsreader 
and  shared 
workspaces 

EWall  iiiii 


Transactive  memory 
and  ontology 


Decs 


Core  &  Slot  analysis 
Text  analyses 


Decs 
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Vessel  Grid  CONORS 


Problem 

-  Users  frequently  resort  to 
“hunt  and  peck”  to  find  a 
vessel  with  a  particular 
attribute  on  a  situation  display 

Multi-vessel  data  display 

-  Coordinates  all  vessel  data 
into  searchable  grid 

-  Each  row  is  a  vessel 


-  Each  column  is  an  attribute 
Vessel  search  and  comparison 

-  Search  for  all  vessels  with  a 
particular  attribute  or  attribute 
range  within  a  map  region 

»  E.g.  tonnage,  origin,  path, 
owner,  crew  member 

-  Search  for  combinations  of 
attribute  values 


Linked  to  map 

Vastly  superior  to  “hunt  and 
peck”  on  a  map 


-  Retrieve  data  and  analyses 
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Jump  to  additional  storyboards... 


1.  Define  a  region 


0 
Rni^F?] 
0 
0 


Map  II  Satellite  1 1  Hybrid  I 


France 


COP  with  track  data 


Turkey 


People 


Cargo 


Analysis 


Vessel  Grid  with  track  data 


Define  a  region  of 
interest  on  the 
map 

The  Grid  will  only 
display  vessels 
from  within  the 
region 
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Jump  to  additional  storyboards... 


2.  Map  zooms  in  to  defined  area 


Co] 


i;ni\’crsit> 


Map  shows  vessel 
in  region 

Grid  shows  data 
for  vessels  in 
region 


Flag 


Tonnage 


Hypothesi 
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Jump  to  additional  storyboards... 


3.  Define  attribute  fi iters/sorters 


Vessel 

Route 

Se 

People 

Cargo 

Analysis 

Name 

Number 

Owner 

Flaq 

Function 

Platform 

Tonnage 

Alpha 

Captain 

Crew 

Passengers 

Other 

Manifest 

Origin 

Importer 

Exporter 

List 

Hypothesis 

Action 

Tonnage 

lOls 

_  ( 

Sreater  than  x 

/ 

Sreater  than  y 

{ 

Greater  than  z 

_ess  than  x 

I 

_  I 

_ess  than  y 

I 

_ess  than  z 

I 

Define  tonnage  (range)  The  Grid  sorts  or  filters  according 

Any  other  filters/sorters  to  the  criteria 

-  Pop-up  definition  menu 
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Jump  to  additional  storyboards... 


4.  Choose  attributes  to  display 


Vessel 

Route 

Se 

People 

Cargo 

Analysis 

Name 

Number 

Owner 

Flaq 

Function 

Platform 

Tonnaqe 

MaxSpeed 

Detail 

Current 

History 

Ports 

AOIs 

Alpha 

Captain 

Crew 

Passengers 

Other 

Manifest 

Origin 

Importer 

Exporter 

List 

Hypothesis 

Action 

Choose  which  attributes  to  show  Limited  space  dictates  hiding  some 

(expand)  and  which  to  hide  attributes 

-  Or  expand  entire  Grid  by  viewing 
on  a  full  monitor 
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Jump  to  additional  storyboards... 


5.  View  drop  down  lists 


Vessel 

Route 

Se 

People 

Cargo 

Analysis 

Name 

Number 

Owner 

Flaq 

Function 

Platform 

Tonnaqe 

MaxSpeed 

Detail 

Current 

History 

€ 

o 

(TJ 

Q_ 

c 

03 

Q. 

03 

Crew 

assengers 

u 

Importer 

Exporter 

List 

Hypothesis 

Action 

History 

> 

Crew 

1 

Lat,  Long,  Time 

John  Adams 

Lat,  Long,  Time 

Andrew  Jackson  | 

b 

“  Lat,  Long,  Time  " 

Thomas  Jefferson 

1 

Lat,  Long,  Time 

Abraham  Lincoln 

1 

1 

Lat,  Long,  Time 

Dolly  Madison 

1 

1  at  1  nnn  Time 

Henme  Waf^hinntnn 

Some  attributes  have  many 
subcomponents  (in  bold) 

-  E.g.  vessel  numbers, 
passengers,  route 


Pop-up  table  shows  values 

Select  row  to  display  in  Grid  or  to 
use  as  sorting  criterion 
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Jump  to  additional  storyboards... 


6.  Select  vessel  to  highlight 


Co] 


i;ni\’crsit> 


w  \ 
000 

0 

0 

0 

1  1  Map  II  Satellite  ||  Hybrid  | 

Greece 

Vessel 

Route 

Se 

People 

Cargo 

Analysis 

Name 

1 

z 

Owner  1 

Flaq 

Function  | 

Platform 

Tonnage 

a> 

CO 

i 

"S 

o 

Current 

& 

o 

z 

o 

Q. 

AOIs 

jcaptain  | 

Crew 

jPassengers  | 

jother  1 

Manifest 

jorigin  | 

|lmporter  | 

lExporter  | 

List 

Hvpothesi! 

< 

ill  ill  ill  ill  I  I  I  I  i  I  i 


I - ^ — I — ^ - \ — ^ - 1 - \ — I — I - 1 — ^ — I - 1 — I — I - ^ — I — I - ^ — I — I — I - 1 - 1 — l;: 

I  111  11  1  111  111  111  111  1111  I  I  ij 


One  or  multiple 
vessels  may  be 
highlighted 

-  Map  and  Grid 
are  dynamically 
linked 
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Jump  to  additional  storyboards... 


Co] 


7.  Select  vessel  on  map  to  highlight  in 
Grid  ^ 

Highlighting  can 
occur  in  both 
directions 
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Jump  to  additional  storyboards... 


Additional  Grid  Ideas 


Co 


Pre-defined  views 

-  Radio  buttons  that 
min/max  columns  to  a  pre¬ 
defined  view  with  one  click 
-  possibly  for  different 
tasks  or  analyses 

Simplified  manual  min/max 

-  Click  a  box  in  each  column 
to  maximize,  and  system 
assumes  all  others  should 
be  minimized 


Action  and  hypothesis  map 
display 


-  Could  show  locations  of 
actions  and  H’s  along  the 
course  of  a  track 


Grid  should  also  contain 
information  about  friendly 
vessels 

-  Resources  and  sensors 
available 


-  Locations  and  availability 
to  respond  to  calls  for 
actions 
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Assisted  Focus 


Concept 

-  Assistance  to  the  user  for 
focusing  attention  toward  a 
specific  set  of  tracks 

»  Pre-defined  list,  user-defined 
attributes,  heuristic-defined 
“suspicious”  tracks 

-  Function 

»  Locate  on  maps 

-  Decluttering  of  other  tracks 
by  fading,  etc. 

»  Access  to  data 

-  Highlighting  on  map,  in 
Vessel  Grid,  filtering  in  Grid 

-  Search,  compare,  update 


High  Priority  tracks 

-  Predefined  list 

-  Select  list  to  show  one  or 
more  tracks  from  list 

»  on  map.  Vessel  Grid,  etc. 

Attribute  decluttering 

-  User  defines  (de)selection 
criteria,  e.g.  platform, 
tonnage,  port 

Heuristic  decluttering 

-  One  or  more  defined  heuristic 
algorithms  for  identifying 
suspicious  tracks 

»  Heuristic  rather  than 
foolproof 

»  Use  to  id  tracks  for  further 
monitoring  or  analysis 

»  User-defined  threshold 
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AF  for  Hot  Tracks 


O 


Flag 


I  Map  1 1  Satellite  ||  Hybrid  | 


•: o; 


O" 


)::  ) 


:::Q 


)  O 

o. 


o 


o 


Tonnage 


People 


Cargo 


DCL 

+ 


Analysis _ 


HIV 


VHI 


Etc. 


Restrict  Grid  to 
just  the  designed 
“hot  tracks” 

-  E.g.  HIV,  VHI 

-  Select  list  in 
Grid  for  filtering 

Declutter 

-  Select  declutter 
method 

»  Faded 

»  Turned  to  dots 
»  Removed 


H-Suspect 
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Hypothesis  Capture  and  Discussion  - 
StoryBuiider  Concept  /  Storyboard 


Three  primary 
components: 

-  Report  /  Assertion  / 
Conclusion  (our 
intended  message) 

»  Answer 
»  Position 
»  Assertion 

»  Info  Analysts’ 
Opinion 

-  What  We  Know 

»  Supporting 
evidence  /  facts 

»  Respected  / 
accepted: 

-  Opinions 
and  anaiyses 
Reasoning  / 
Logic 

-  What  We’re  Not 
Sure  Of... 

»  Conflicting 
evidence 

»  Counter¬ 
arguments 

»  Missing  info 
»  Assumptions 
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-  ^ 

REALITY  CHECK  -  Are  we  taking  on 

too  much? 

Answer:  No!  Because  we  are  only  tackling  part  of  the 
problem... 

STTR  will  focus  primarily  on: 

-  Track  data  management,  coordination  &  collaboration 
regarding  tracks,  and  reporting 

-  Defining  operationally-relevant  ontology  for  C6F 

-  Consolidating  existing  data,  information  products,  and  business 
rules  into  single  database  based  on  ontology 

»  Use  existing,  already  accepted  technology  such  as  MS  Access 

»  Build  interface  that  allows  easy  data  entry  into,  and  then  viewing  of 
data  from  Web 

-  Reduce  current  workload 

Leverage  Fast  C2AP  technologies  such  as  data  scrapers 
and  anomaly  detectors  using  open-source  “Grid” 

Other  STTR  “bells  and  whistles”  come  later... 
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Realistic  STTR  Focus 


Direct  User 
Input 


Data 

Scrapers  & 
Handlers 


Email,  chat, 
data  bases, 
web  pages, 
etc. 


Raw  Data 
Repository 


Collaborative 
Space  & 
Processed 
Information 


Structure  based  on  Ontology 


Anomaly 
Detectors  & 
Other  Data 
Processors 


User  Views 

(templates  & 
saved  views) 


Graphical  or  text-based;  high-level 
summaries  and  detailed  “drillable” 
data 


Prototype  Development 

DCCS  tool  will  be 

-  Web-enabled;  some  aspects  Web-based 

-  Some  aspects  may  be  embedded  /  integrated  vice  stand-alone 

»  i.e.,  embedded  in  other  application(s)  such  as  C2PC,  Outlook, 
various  collaboration  tools 


DCCS  development  will  adopt  an  iterative,  componentized 
/  modularized  approach 

-  “pieces  and  parts”  sooner,  rather  than  completely  finished 
“shrink-wrapped”  suite  later 

Development  will  be  done  using  established 
environments,  APIs,  protocols,  and  current  software 
development  best  practices 

Effort  will  be  made  to  accomodate  emerging  CKM- 
associated  technologies 
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i;ni\’crsit> 


Evaluation  /  Data  Collection 

Lab-based 

-  Conduct  demonstration  /  evaluation  effort  at 
CSU,  PSE,  and  CNE-C6F  once  “critical 
mass”  is  achieved  with  developing  tools 

-Validate  broader  results  with  active-duty 
SMEs  within  representative  domain 

-  Results  used  to  fine-tune  ongoing 
development 

Field-based 

-  Conduct  final  Phase  II  assessment/ 
validation  at  target  transition  site(s) 


Milestone  Chart 


Dec  24  ‘06 


Aug  31  ‘05 


1.  Transition  identification 

•  Target  identification 

•  Task  characteristics 
*  Security/Compliance 


1 

2 

3 

4 

V. 

6 

Month 


8 


9 


10 


11 


12 


13 


14 


15 


16 


17 


18 


01 


02’ 


2.  Prototype  development 

•  Development  plan 

•  Template  Theory 
application  and  evaluation 

•  Storyboard  features 

•  Implement  software 

•  Usability  assessment 

•  Infrastructure  development 

•  Obtain  certificates 


3.  System  demonstration  and 
assessment 

•  Develop  MOEs 

•  Develop  prototype 

•  Military  assessment 

•  Fleet  evaluation 


Project  deliverables 


"Options  1  and  2  each  last  12  months. 
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End  of  brief. 


Questions?  Comments? 


Ronald  A.  Moore 

Pacific  Science  &  Engineering  Group 

ramoore@.pacific-science.conn 

(858)  535-1661 


